-
-
Notifications
You must be signed in to change notification settings - Fork 51
Feature/ball ready green color #166
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature/ball ready green color #166
Conversation
a068f8b to
e6e7f99
Compare
connorgallopo
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hey Jesse! This is looking good, a lot cleaner and more maintainable than the if/else chain.
Could you remove the CODEOWNERS changes from this PR? Codeownership generally reflects sustained contributions and deep familiarity with an area - understanding the architecture, reviewing PRs, being around when things break. It tends to develop naturally over time rather than being added alongside feature work.
The dashboard changes look good to merge once that's split out + some clarity on the other comments.
|
Also - not sure if i'm missing something but wasn't the ball already green? I don't see any changes that would change the ready color of the ball status indicator |
…ous shot. Too fast.
|
" Codeownership generally reflects sustained contributions and deep familiarity with an area - understanding the architecture, reviewing PRs, being around when things break. It tends to develop naturally over time rather than being added alongside feature work" Interesting take. I can't say I wasn't here contributing before you, and very familiar with what was added before you. But sure. I removed myself. One major issue I see here is that I do not see peer reviews when you or james merge code. Sometimes not even feature branches. Part of a "team" is to have such reviews. Example, I tested james patch earlier today. I also tested your package issue, which I still am not able to successfully resolved. You mention James implemented and worked, and therefore you pushed your PR into main without review. I asked James, and he mentioned he had not done a clean install in a couple weeks.
|
connorgallopo
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This looks great! Thanks for addressing those edits
Description
What does this PR do?
Why is this change needed?
Related Issue(s)
Closes #
Changes Made
Testing Performed
Test Environment
Test Results
pitrac test hardwarepassespitrac test camerapasses (if camera-related)pitrac test pulsepasses (if strobe-related)Test Commands Run
# Paste the actual commands and outputPerformance Impact
Breaking Changes
Dependencies
[ ] New dependencies added:
[ ] Updated dependencies:
Hardware Compatibility
Documentation
Screenshots/Videos
Checklist
Code Quality
Build & Test
./packaging/build.sh buildSubmission Requirements
git rebase -i HEAD~n)[PR TYPE] Brief descriptionAdditional Context